home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19950726-19950929
/
000240_news@columbia.edu_Mon Aug 28 18:38:46 1995.msg
< prev
next >
Wrap
Internet Message Format
|
1995-12-25
|
3KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA09130
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 28 Aug 1995 16:51:33 -0400
Received: by apakabar.cc.columbia.edu id AA27215
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 28 Aug 1995 16:51:32 -0400
Path: news.columbia.edu!panix!news.mathworks.com!newsfeed.internetmci.com!howland.reston.ans.net!swrinde!news.uh.edu!uuneo.neosoft.com!Starbase.NeoSoft.COM!not-for-mail
From: schenke@Starbase.NeoSoft.COM (Richard Schenke)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: telnet arrow keys and vi
Date: 28 Aug 1995 13:38:46 -0500
Organization: NeoSoft Internet Services +1 713 968 5800
Lines: 47
Message-Id: <41t2fm$o7i@Starbase.NeoSoft.COM>
References: <41gokc$g6p@ionews.io.org>
Nntp-Posting-Host: starbase.neosoft.com
Apparently-To: kermit.misc@watsun.cc.columbia.edu
In article <41gokc$g6p@ionews.io.org>, Kevin W Street <kwstreet@io.org> wrote:
>I'm using the OS/2 version of C-Kermit 5A(191). I'm having trouble with
>the way that the arrow keys are being interpreted by vi when telneted to
>a UNIX session via a slip link. I'm using VT220 (VT100 and 102 do the
>same). If I 'set key \584 \KupArr' then vi is seeing the <esc>OA stream
>as <esc> - go to command mode
> O - open a line
> A - insert the letter A
>
I had the same problem with true dumb terminals, not emulations.
I don't remember the details, but we found several workarounds:
1) try to use h, j, k and l for cursor movement instead of the
arrow keys,
2) See if the Unix administrator can provide for a time delay after
receiving ESC. I don't remember if this was a system-level setting or
a user option for vi. It causes the host to wait for more
incoming characters before acting on an escape.
3) change your terminal emulation setting to send ESC [ A instead
of ESC O A. Better yet, use 8-bit control if you can, so the
emulation will send #8F=SS3 instead of ESC O, and #9B=CSI instead
of ESC [.
>If I do 'set key \584 \{27}OA' I get the same thing.
>
>However if I do:
> define UpArrNew out \{27}OA, connect
> set key \584 \KUpArrNew
>then vi works correctly but the screen flashes back to kermit command mode
>momentarily.
>
>I take it that there is a delay between characters with \KupArr that I'm avoiding
>with the macro. Any suggestions how to get the normal terminal emulation
>to work properly? (or how to make the sceen not flash if I have to use the
>macro).
No matter how fast Kermit sends the characters, if you go through
protocol translations on the way to your host, the ESC may get
split into a different block from the rest of the command, and the
arrival times may exceed the host's delay time. If you set the delay
time really long, it will take a long time for the 'naked' ESC for ending
input mode to be acted on. You may include your edit keystrokes as text.
(We were first using Televideo 955 terminals, and the arrow keys sent
control characters. Then we got Beehive vt100 clones and started seeing
this problem. Our resident Unix guru worked the details.)
===
Richard Schenke